Methods and arrangements in a wireless communication system

ABSTRACT

A method for processing downlink control information in a mobile terminal capable of receiving multiple component carriers. The mobile terminal receives on a component carrier, downlink control information that includes a bit field allocated for a transmit power control (TPC) command. If the bit field comprises one or more bits that are not used for the TPC command, the mobile terminal interprets the meaning of the bits not used for the TPC command based on an ACK/NACK feedback mode with which the mobile terminal is configured.

This application claims the benefit of U.S. Provisional Application No.61/359,104, filed Jun. 28, 2010, the disclosure of which is fullyincorporated herein by reference.

TECHNICAL FIELD

The invention relates generally to carrier aggregation in a wirelesscommunication system, and more particularly to methods and arrangementsfor processing and transmitting downlink control information.

BACKGROUND

The 3rd Generation Partnership Project (3GPP) is responsible for thestandardization of the Universal Mobile Telecommunication System (UMTS)and its Long Term Evolution (LTE). The 3GPP work on LTE is also referredto as Evolved Universal Terrestrial Access Network (E-UTRAN). LTE is aradio access technology for realizing high-speed packet-basedcommunication that can reach high data rates both in the downlink and inthe uplink, and is thought of as a next generation mobile communicationsystem relative to UMTS.

LTE uses OFDM (Orthogonal Frequency Division Multiplexing) in thedownlink and Discrete Fourier Transform-spread (DFT-spread) OFDM in theuplink. The basic LTE downlink physical resource can thus be seen as atime-frequency grid as illustrated in FIG. 1, where each resourceelement, i.e. each square in the grid, corresponds to one OFDMsubcarrier during one OFDM symbol interval.

In the time domain, LTE downlink transmissions are organized into radioframes of 10 ms, each radio frame consisting of ten equally-sizedsubframes of length T_(subframe)=1 ms. The LTE time-domain structure isillustrated in FIG. 2. Furthermore, resource allocation in LTE istypically described in terms of resource blocks, where a resource blockcorresponds to one slot (0.5 ms) in the time domain and 12 contiguoussubcarriers in the frequency domain. Resource blocks are numbered in thefrequency domain, starting with 0 from one end of the system bandwidth.

Downlink transmissions are dynamically scheduled, i.e., in each subframethe base station transmits control information indicating to whichterminals data is being transmitted, and upon which resource blocks thedata is transmitted, in the current downlink subframe. This controlsignaling is typically transmitted in a control region comprising thefirst 1, 2, 3 or 4 OFDM symbols in each subframe. A downlink subframewith 3 OFDM symbols as control region is illustrated in FIG. 3.

Hybrid-ARQ (Automatic Repeat Request), also known as HARQ, is a methodused in LTE for correcting transmission errors where data units that arenot acknowledged by the receiver are automatically retransmitted.Forward error correction bits are also added to the data to enable thereceiver to correct and/or detect if a packet has been incorrectlyreceived. Thus, after receiving downlink data in a subframe, theterminal attempts to decode it and reports to the base station whetherthe decoding was successful (acknowledgement, ACK) or not (negativeacknowledgement, NAK). In case of an unsuccessful decoding attempt, thebase station may retransmit the erroneous data.

Uplink control signaling from the terminal to the base station comprises

-   -   hybrid-ARQ acknowledgements for received downlink data;    -   terminal reports related to the downlink channel conditions,        used as assistance for the downlink scheduling;    -   scheduling requests, indicating that a mobile terminal needs        uplink resources for uplink data transmissions.

If the mobile terminal has not been assigned an uplink resource for datatransmission, the L1/L2 control information, e.g. channel-statusreports, hybrid-ARQ acknowledgments, and scheduling requests, istransmitted in uplink resources, i.e. resource blocks, specificallyassigned for uplink L1/L2 control on the Physical Uplink Control CHannel(PUCCH). As illustrated in FIG. 4, these resources are located at theedges of the total available cell bandwidth. Each such resource consistsof 12 subcarriers, i.e. one resource block in frequency, within each ofthe two slots of an uplink subframe. In order to provide frequencydiversity, these frequency resources are frequency hopping on the slotboundary, i.e. one resource consists of 12 subcarriers at the upper partof the spectrum within the first slot of a subframe and an equally sizedresource at the lower part of the spectrum during the second slot of thesubframe or vice versa. If more resources are needed for the uplinkL1/L2 control signaling, e.g. in case of very large overall transmissionbandwidth supporting a large number of users, additional resourcesblocks can be assigned next to the previously assigned resource blocks.

The reasons for locating the PUCCH resources at the edges of the overallavailable spectrum are two-fold:

-   -   Together with the frequency hopping described above, this        maximizes the frequency diversity experienced by the control        signaling.    -   Assigning uplink resources for the PUCCH at other positions        within the spectrum, i.e. not at the edges, would have        fragmented the uplink spectrum, making it difficult to assign        very wide transmission bandwidths to single mobile terminal and        still retain the single-carrier property of the uplink        transmission.

The bandwidth of one resource block during one subframe is too large forthe control signaling needs of a single terminal. Therefore, toefficiently exploit the resources set aside for control signaling,multiple terminals can share the same resource block. This is done byassigning the different terminals different orthogonal phase rotationsof a cell-specific length-12 frequency-domain sequence and/or differentorthogonal time-domain covers covering the subframes within a slot orsubframe.

The LTE Rel-8 standard has recently been standardized, supportingbandwidths up to 20 MHz. However, in order to meet the upcomingIMT-Advanced requirements, 3GPP has initiated work on Release 10, alsoreferred to as LTE-Advanced. One of the aims of LTE-Advanced is tosupport bandwidths larger than 20 MHz. One important requirement onLTE-Advanced is to assure backward compatibility with LTE Rel-8. Thisshould also include spectrum compatibility. That would imply that anLTE-Advanced carrier, wider than 20 MHz, should appear as a number ofLTE carriers to an LTE Rel-8 terminal. Each such carrier may be referredto as a component carrier (CC). In particular for early LTE-Advanceddeployments it can be expected that there will be a smaller number ofLTE-Advanced-capable terminals compared to many LTE legacy terminals.Therefore, it is necessary to assure an efficient use of a wide carrieralso for legacy terminals, i.e. that it is possible to implementcarriers where legacy terminals can be scheduled in all parts of thewideband LTE-Advanced carrier. The straightforward way to obtain thiswould be by means of carrier aggregation. Carrier aggregation impliesthat an LTE-Advanced terminal can receive multiple CCs, where the CCshave, or at least the possibility to have, the same structure as a Rel-8carrier. Carrier aggregation is illustrated in FIG. 5.

The number of aggregated CCs as well as the bandwidth of the individualCC may be different for uplink and downlink. A symmetric configurationrefers to the case where the number of CC in downlink and uplink is thesame, whereas an asymmetric configuration refers to the case that thenumber of CC is different. It is important to note that the number of CCconfigured in a cell may be different from the number of CC seen by aterminal: A terminal may for example support more downlink CC thanuplink CC, even though the cell is configured with the same number ofuplink and downlink CC.

In current LTE carrier aggregation terminology, the concepts of “primaryserving cell” and “secondary serving cell” (SCell) are also used. Aprimary serving cell, or PCell, is configured on a primary componentcarrier, PCC, and a secondary serving cell, or SCell, is configured on asecondary component carrier, SCC. In this context, “component carrier”or “carrier” refers to the physical frequency resource that the cell isconfigured to use. Thus, whenever this disclosure refers to “a mobileterminal receiving information on a component carrier”, “a base stationtransmitting on a component carrier” etc, it should be understood thisdoes not preclude a situation where the mobile terminal or base stationin question is configured with a primary serving cell and optionally oneor more secondary serving cells, and where each serving cell in turn isconfigured on a component carrier.

Scheduling of the CC is done on the Physical Downlink Control Channel(PDCCH) via downlink assignments. Control information on the PDCCH isformatted as a Downlink Control Information (DCI) message. DCI messagesfor downlink assignments contain i.a. resource block assignment,modulation and coding scheme related parameters, hybrid-ARQ redundancyversion, etc. In addition to those parameters that relate to the actualdownlink transmission, most DCI formats for downlink assignments alsocontain a bit field for Transmit Power Control (TPC) commands. These TPCcommands are used to control the uplink power on the corresponding PUCCHthat is used to transmit the hybrid-ARQ feedback.

From a UE perspective, both symmetric and asymmetric uplink/downlink CCconfigurations are supported. For some of the configurations, one mayconsider the possibility to transmit the uplink control information onmultiple PUCCH, PUSCH or multiple uplink CCs. However, this option islikely to result in higher UE power consumption and a dependency onspecific UE capabilities. It may also create implementation issues dueto inter-modulation products, and would lead to generally highercomplexity for implementation and testing. Hence, it is advantageous ifthe transmission of PUCCH does not depend on the uplink/downlink CCconfiguration. Therefore it has been agreed for LTE Release 10 to usethe design principle that all uplink control information for a UE shouldbe semi-statically mapped onto one specific uplink CC, a so-called“anchor carrier”, or uplink primary component carrier, PCC.

In case the ACK/NACK feedback would be transmitted on PUSCH, it would bebeneficial if the ACK/NACK feedback was only transmitted on one CC, forsimilar reasons as described for PUCCH above.

For the base station to fully utilize all the DL HARQ processes in theUE, it is beneficial to have the individual HARQ bits fed back per HARQprocess. In case of carrier aggregation and FDD this means that therewill be a maximum of two HARQ processes that need to be fed back percomponent carrier. In case of TDD, there is also a time componentassociated with HARQ feedback, so there may be more than two HARQprocesses that need to be fed back per CC.

One limiting factor for the downlink transmission is the possibility forthe terminal to feedback all the HARQ states to all HARQ processreliably to the base station. In such a situation it is beneficial forthe terminal to bundle together the HARQ states for several differentHARQ process to generate common HARQ states, i.e. ACK/NACK bundling.This could be done across CCs, across layers (spatial bundling) or overtime (temporal bundling). The ACK/NACK bundling may also be doneaccording to any of these examples combined in different ways.

A basic problem with ACK/NACK bundling is that a terminal may miss a DLassignment, which may not be indicated in the bundled response. Forinstance, assume that the terminal was scheduled on two CCs. On CC 1 theterminal misses the scheduling assignment and will not be aware that itwas scheduled, while in the second CC it successfully receives the data.The terminal will, as a result, transmit an ACK, which the base stationwill assume holds for both CCs, including data in the CC the terminalwas not aware of. As a result, data will be lost. The lost data needs tobe handled by higher-layer protocols, which typically takes a longertime than hybrid-ARQ retransmissions and is less efficient.

For this reason, it is beneficial to add a DL assignment index (DAI) inthe DL assignment, which represents the number of assigned DL CCs. Theterminal may, when it has received multiple DL assignments, count thenumber and compare it with the signalled number in the DAI to seewhether it has missed any DL assignments. The terminal may, in the casethat it is aware it has missed a DL assignment, provide an indication tothe base station, for example by transmitting NACK or using a specificresource.

There is a general need in the art to reduce signaling overhead whentransmitting control information.

SUMMARY

It is an object of particular embodiments of the invention to reducesignaling overhead when transmitting control information. A furtherobject of particular embodiments is to enable flexible transmission ofcontrol information in dependence of the configured ACK/NACK feedbackmode, without increasing the amount of signaling.

In particular embodiments of the invention, a method is provided in amobile terminal for processing downlink control information. The mobileterminal is capable of receiving multiple component carriers. Accordingto the method, the mobile terminal receives downlink control informationon a component carrier. The downlink control information comprises a bitfield allocated for a transmit power control, TPC, command. If the bitfield comprises one or more bits that are not used for a TPC command,the mobile terminal interprets the meaning of the bits not used for aTPC command depending on the ACK/NACK feedback mode the mobile terminalis configured with.

In particular embodiments, if the mobile terminal is configured in anACK/NACK bundling feedback mode, the mobile terminal interprets the bitsnot used for a TPC command as comprising bundling information, e.g. anindication of a number of downlink assignments the mobile terminalshould have received, or will receive.

In other embodiments, a method is provided in a base station fortransmitting downlink control information to a mobile terminal on acomponent carrier. The downlink control information comprises a bitfield allocated for a transmit power control, TPC, command. The basestation is capable of transmitting on multiple component carriers.According to the method, if the bit field comprises one or more bitsthat will not be used for transmitting a TPC command to the mobileterminal, the base station uses at least one of the bits to transmitinformation other than TPC commands. The type of information transmitteddepends on the ACK/NACK feedback mode the mobile terminal is configuredwith.

In particular embodiments, if the mobile terminal is configured in anACK/NACK bundling feedback mode, the base station transmits bundlinginformation in the bits that will not be used for transmitting a TPCcommand. For instance, an indication of a number of downlink assignmentsthe mobile terminal should have received, or will receive, may betransmitted in the bits.

In yet further embodiments, a mobile terminal is provided for processingdownlink control information. The mobile terminal is configured toreceive multiple component carriers. The mobile terminal comprises oneor more transceiver circuits, and one or more communication and controlcircuits. The communication and control circuits are configured toreceive downlink control information on a component carrier. Thedownlink control information comprises a bit field allocated for atransmit power control, TPC, command. Furthermore, the communication andcontrol circuits are configured to, if the bit field comprises one ormore bits that are not used for a TPC command, interpret the meaning ofat least one of the bits not used for a TPC command depending on theACK/NACK feedback mode the mobile terminal is configured with.

In other embodiments, a base station is provided for transmittingdownlink control information to a mobile terminal on a componentcarrier. The downlink control information comprises a bit fieldallocated for a transmit power control, TPC, command. The base stationis configured to transmit on multiple component carriers. The basestation comprises one or more transceiver circuits, and one or morecommunication and*control circuits. The communication and controlcircuits are configured to, if the bit field comprises one or more bitsthat will not be used for transmitting a TPC command to the mobileterminal, use at least one of the bits to transmit information otherthan TPC commands. The type of information transmitted depends on theACK/NACK feedback mode the mobile terminal is configured with.

According to particular embodiments, bits that are not used fortransmitting TPC commands may be reused for transmitting otherinformation, such as bundling information, thereby reducing signalingoverhead. As the unused TPC bits may, in particular embodiments, be usedfor different purposes depending on the configured ACK/NACK feedbackmode, there will be greater scheduling flexibility compared to if thebits are always used for the same purpose.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram illustrating the LTE downlink physicalresource.

FIG. 2 is a schematic diagram illustrating the LTE time-domain framestructure.

FIG. 3 is a diagram illustrating a downlink subframe.

FIG. 4 is a diagram illustrating uplink control signaling transmissionon PUCCH.

FIG. 5 is a diagram illustrating carrier aggregation.

FIG. 6 is a schematic diagram illustrating a wireless communicationnetwork.

FIG. 7 a is a flowchart illustrating a method in a mobile terminalaccording to some embodiments.

FIG. 7 b is a flowchart illustrating a method in a mobile terminalaccording to some embodiments.

FIG. 8 is a flowchart illustrating a method in a base station accordingto some embodiments.

FIG. 9 is a diagram illustrating an example eNB according to someembodiments.

FIG. 10 is a diagram illustrating an example UE according to someembodiments.

DETAILED DESCRIPTION

FIG. 6 illustrates an example scenario in which particular embodimentsof the invention may operate. A mobile terminal 610 is served by a basestation 620. In this example, the base station 620 is configured totransmit on two component carriers 630 and 640. The mobile terminal 610is a carrier aggregation-capable terminal, i.e. capable of receivingmultiple component carriers, and has been configured by base station 620to use component carriers 630 and 640.

In case a terminal, e.g. terminal 610, is scheduled on multiple downlinkCCs, each DCI message that contains a downlink assignment also containsa TPC command for the corresponding PUCCH transmissions. However, asmentioned earlier, in some embodiments all uplink control information istransmitted on a single uplink CC, and therefore all the TPC commandswill in fact refer to the same uplink CC. Therefore, in the best casetransmitting TPC on multiple downlink CCs results in unnecessaryoverhead. In the worst case the TPC commands are different, leading tounpredictable UE behavior.

One possible solution would be to remove the TPC bits in all but one DCImessage. However, this would increase the number of blind decodings theterminal has to perform, since a terminal is supposed to decode DCImessages with certain sizes. Removing the TPC bits in some DCI messageschanges their size thus adds blind decodings.

A terminal, e.g. terminal 610, may determine by configuration or basedon a rule whether to receive the true TPC command by the whole or partsof the TPC bits on downlink assignments for a specific CC. This can bedone e.g. for each CC individually or for a group of CCs. This caneither be configured, or preferably some implicit rule is used, e.g. theCC with the lowest CC index contains true TPC command(s). Another rulewould be to base the CC on the downlink system bandwidth, e.g. the CCwith the lowest system bandwidth contains the true TPC command. Ifmultiple downlink CCs have the same bandwidth, a combination of multipleimplicit rules can be used. Another rule could be that the assignmentsfor the PCC (primary component carrier), PCell (primary serving cell),or serving cell carry true TPC bits.

A valuable insight is that the bits that do not carry the actual TPCcommand may instead be used to convey other information, eitherindividually or together, as follows:

-   -   In particular embodiments of system 600, in the CC that carries        true TPC commands, the TPC bits that are not used for TPC        commands may be used to convey information other than TPC        commands. In other words, if the TPC bit field is larger than        required for transmitting the TPC commands, the additional bits        may be reused for other information.    -   The bits in the TPC field in the other CC(s) may be used, e.g.        by base station 620, to convey information other than TPC        commands.

The information conveyed in these other TPC field bits, i.e. in the bitsnot used for transmitting TPC commands, may be varied depending on theACK/NACK feedback method the terminal is configured with. For example,assume that the terminal is configured in an ACK/NACK feedback modewhere the different ACK/NACK are bundled together to a fewer number ofACK/NACK bits. For this case, the bits of the TPC bit field can be usedto indicate how many downlink assignments the terminal should havereceived or will receive, i.e. as a downlink assignment index, DAI. Incase of full HARQ feedback it may be more beneficial for base station tobe able to indicate other information, e.g. which resource the ACK/NACKfeedback should be transmitted on.

Thus, according to an embodiment of system 600, TPC bit fields aretransmitted in all DCI messages containing downlink assignments.However, only the TPC bits, or a subset of the TPC bits, transmitted onone CC, or a few CCs, contains the true TPC commands. The meaning of theother TPC bits depends on with which method the terminal is configuredto feedback ACK/NACK for the associated DL transmission. As a result, inparticular embodiments of system 600, the TPC bits that are not used toconvey the true TPC command may be configured to be used for differentpurposes depending on the scenario, e.g. depending on which ACK/NACKfeedback method the terminal, e.g. terminal 610, is configured to use.For example:

-   -   In case a terminal is configured for full ACK/NACK feedback, the        unused TPC bits may be used to indicate the ACK/NACK resource,        either PUSCH or PUCCH.    -   In case a terminal is configured for partial ACK/NACK feedback        (ACK/NACK bundling) the unused TPC bits may be used as DAI.

The unused TPC bit(s)—if any—in the TPC bit field on the CC that carriesthe true TPC command may be used to indicate PUCCH or PUSCH resources,extension of the resource assignment, DAI bits, or to extend anotherparameter that does not exist, or is smaller in the DCI format used onthat CC conveying the true TPC command.

With reference to FIG. 6 and the flowchart of FIG. 7 a, an examplemethod in a mobile terminal 610 for processing downlink controlinformation according to some embodiments will now be described. Themobile terminal 610 is capable of receiving multiple component carriers.According to the method, the mobile terminal 610 receives downlinkcontrol information on a component carrier in a step 710. The downlinkcontrol information comprises a bit field allocated for a transmit powercontrol, TPC, command. In step 730, if the bit field comprises one ormore bits that are not used for a TPC command, the mobile terminal 610interprets the meaning of the bits not used for a TPC command dependingon the ACK/NACK feedback mode the mobile terminal is configured with.

A more detailed example method in a mobile terminal 610 according tosome embodiments will now be described, with reference to FIG. 6 and theflowchart of FIG. 7 b. As in the previous example, the mobile terminal610 is capable of receiving multiple component carriers. The mobileterminal 610 receives downlink control information on a componentcarrier in a step 710. The downlink control information comprises a bitfield allocated for a transmit power control, TPC, command. If the bitfield comprises one or more bits that are not used for a TPC command,the mobile terminal 610 interprets the meaning of the bits not used fora TPC command depending on whether the mobile terminal is configured touse bundled ACK/NACK feedback.

If the mobile terminal 610 is configured in an ACK/NACK bundlingfeedback mode, the mobile terminal 610 interprets the bits not used fora TPC command as comprising bundling information in step 730 a. Forexample, the bits not used for a TPC command may be interpreted as anindication of how many downlink assignments the mobile terminal shouldhave received or will receive. An advantage of this embodiment is thatthere may be no need to separately signal the downlink assignmentindication, DAI.

In an optional step 740, if the number of downlink assignments receivedby the mobile terminal is less than the indicated number of downlinkassignments, the mobile terminal provides an indication to a basestation 620 serving the mobile terminal 610 that a downlink assignmenthas been missed. The indication may be provided by transmitting a NACK,or by using a specified resource.

If the mobile terminal 610 is instead configured in a full ACK/NACKfeedback mode, the mobile terminal 610 interprets the bits not used fora TPC command in a different way in step 730 b. The bits may beinterpreted as comprising one or more of: an indication of an ACK/NACKresource, an extension of a resource assignment comprised in thedownlink control information, a trigger to transmit aperiodic soundingreference signals, or a parity bit. As a particular example, the bitsmay be interpreted as comprising a PUCCH resource index, and the mobileterminal 610 may then transmit ACK/NACK feedback on the indicated PUCCHresource. It should be noted that step 730 b is optional; thus, in onevariant the bits are only interpreted as conveying other information ifthe mobile terminal 610 is configured in ACK/NACK bundling feedbackmode.

There are several different ways in which the mobile terminal 610 maydetermine if the bit field comprises one or more bits that are not usedfor a TPC command.

In one variant, the mobile terminal 610 determines in step 720 if thecomponent carrier carries the true TPC command, e.g. if the CC isconfigured to carry a TPC command. If the component carrier does notcarry a TPC command, the mobile terminal 610 concludes all bits in theTPC field should be interpreted as conveying other information. Thedetermination of whether the component carrier carries a true TPCcommand may be based on a rule. An example rule that may be applied isthat the component carrier that carries a TPC command for the mobileterminal is the primary component carrier, PCC. Alternatively, the rulemay relate to the component carrier index. For example, the mobileterminal 610 may determine that the component carrier that carries a TPCcommand for the mobile terminal is the component carrier with the lowestcomponent carrier index. As yet another example, the rule may relate tothe component carrier bandwidth, e.g., the component carrier thatcarries a TPC command for the mobile terminal is the component carrierwith the narrowest bandwidth.

Alternatively, the mobile terminal 610 may determine that the TPC bitfield carries a true TPC command, but that the TPC command does notoccupy all the bits. For example, the TPC bit field may be defined astwo bits, but only one bit is necessary to convey the TPC command. Sucha situation may arise e.g. because of changes in the standard—i.e. anold TPC bit field may be 2 bits, whereas a new TPC command is defined as1 bit. Thus, one or more bits may be interpreted as carrying otherinformation, as already described in steps 730 a and 730 b above.

In yet another alternative, the information of which CC carries the trueTPC command may be configured, e.g. by RRC signalling, in the mobileterminal 610; thus, determining whether a CC carries a TPC command mayinvolve looking up preconfigured information in the mobile terminal 610,indicating which CC is configured to carry the TPC command.

The downlink control information may comprise a resource assignment,e.g. a downlink assignment, but other types of DCI messages comprising aTPC bit field may also be used. Furthermore, the downlink controlinformation may be received on a physical downlink control channel(PDCCH) associated with the component carrier, but it should beunderstood that the information may also be received on another type ofchannel in particular embodiments of system 600.

An example method in a base station 620 for transmitting downlinkcontrol information to a mobile terminal 610 on a component carrier willnow be described. The downlink control information comprises a bit fieldallocated for a transmit power control, TPC, command. The base station620 is capable of transmitting on multiple component carriers.

According to the method, if the bit field comprises one or more bitsthat will not be used for transmitting a TPC command to the mobileterminal, the base station 620 uses at least one of the bits to transmitinformation other than TPC commands. The type of information transmitteddepends on the ACK/NACK feedback mode the mobile terminal is configuredwith.

Referring to FIG. 6 and the flowchart of FIG. 8, we will now turn to amore detailed example method in a base station 620 for transmittingdownlink control information to a mobile terminal 610 on a componentcarrier. As above, the downlink control information comprises a bitfield allocated for a transmit power control, TPC, command, and the basestation 620 is capable of transmitting on multiple component carriers.In particular embodiments, base station 620 repeats the process shown inFIG. 8 for each CC used to transmit downlink control information tomobile terminal 610.

In step 810, the base station 620 determines, based on a rule, if thecomponent carrier carries a TPC command for the mobile terminal.Examples of rules have already been described in connection with FIG. 7b, i.e. the rule may be related to component carrier index, bandwidth,or the rule may be that the primary component carrier carries the TPCcommand. If it is determined that the component carrier does not carry aTPC command, then the base station 620 may use all the bits of the TPCfield in the downlink control information transmitted on that CC totransmit other information, as will be described below.

Alternatively, if the component carrier is carries a TPC command, thebase station 620 may still determine that the TPC command will not fillup the entire bit field, and thus there may be one or more bits that maybe used for transmitting other information. Still further, theinformation about which component carrier carries the TPC command may bepreconfigured in the base station 620. Thus, in particular embodimentsbase station 620 may determine whether the relevant CC is used totransmit the TPC command by accessing or receiving informationindicating the relevant CC.

If the mobile terminal is configured in an ACK/NACK bundling feedbackmode, the base station 620 transmits bundling information in at leastone of the bits not used for a TPC command, in step 820. The bundlinginformation may comprise an indication of how many downlink assignmentsthe mobile terminal should have received or will receive.

If the mobile terminal is configured in a full ACK/NACK feedback mode,the base station 820 may, in step 830, transmit one or more of thefollowing information in the bits not used for a TPC command: anindication of an ACK/NACK resource, an extension of a resourceassignment comprised in the downlink control information, a trigger totransmit aperiodic sounding reference signals, or a parity bit. As aparticular example, the base station 620 may transmit a PUCCH resourceindex, and then receive ACK/NACK feedback on the indicated PUCCHresource.

The downlink control information may comprise a resource assignment,e.g. a downlink assignment, but other types of DCI messages comprising aTPC bit field may also be used. Furthermore, the downlink controlinformation may be transmitted on a physical downlink control channel(PDCCH) associated with the component carrier, but it should beunderstood that the information may also be transmitted on another typeof channel within the scope of the invention.

An example mobile terminal for processing downlink control informationwill now be described with reference to FIG. 9. The mobile terminal 900is configured to receive multiple component carriers. The mobileterminal 900 comprises one or more transceiver circuits 910, and one ormore communication and control circuits 920. The communication andcontrol circuits 920 are configured to perform the example methodsdescribe above in connection with FIGS. 7 a and 7 b. More specifically,the communication and control circuits 920 are configured to receivedownlink control information on a component carrier, where the downlinkcontrol information comprises a bit field allocated for a transmit powercontrol, TPC, command. The communication and control circuits 920 arefurther configured to, if the bit field comprises one or more bits thatare not used for a TPC command, interpret the meaning of the bits notused for a TPC command depending on the ACK/NACK feedback mode themobile terminal is configured with. The mobile terminal 900 may be anLTE User Equipment, UE.

An example base station for transmitting downlink control information toa mobile terminal 900 on a component carrier will now be described withreference to FIG. 10. The base station 1000 is configured to transmit onmultiple component carriers, and comprises one or more transceivercircuits 1010 and one or more communication and control circuits 1020.The downlink control information comprises a bit field allocated for atransmit power control, TPC, command. The communication and controlcircuits (1020) are configured to, if the bit field comprises one ormore bits that will not be used for transmitting a TPC command to themobile terminal 900, use at least one of the bits to transmitinformation other than TPC commands. The type of information transmitteddepends on the ACK/NACK feedback mode the mobile terminal 900 isconfigured with. The base station 1000 may be an LTE eNodeB.

Those of ordinary skill in the art will recognize that the exampleeNodeB in FIG. 10 is an illustration of one type of base stationcontemplated herein, which is configured in one or more embodiments tocarry out certain network-side aspects of the present invention. TheeNodeB is, in one or more embodiments, configured to implement thenetwork-side of the present invention based on its inclusion ofcorrespondingly configured processing circuitry. That circuitry may beprogrammable or dedicated, or may be a combination of fixed andprogrammable circuits. In at least one such embodiment, the eNodeBcomprises one or more computer-based circuits (e.g., microprocessorand/or DSP base circuits) and the eNodeB includes non-volatile memory oranother computer-readable medium that stores computer programinstructions, the execution of which configures the eNodeB according tothe various teachings presented herein. For example, the illustratedcontroller and/or power control processing circuitry of the eNodeB isconfigured to manage/set the meanings and corresponding informationconveyed using TPC bits that are not used for carrying TPC information,in the multi-CC scenarios described herein.

Similarly, those of ordinary skill in the art will recognize that theexample UE in FIG. 9 is an illustration of one type of radio apparatuscontemplated herein, which is configured in one or more embodiments tocarry out certain UE-side aspects of the present invention. The UE is,in one or more embodiments, configured to implement the UE network-sideof the present invention based on its inclusion of correspondinglyconfigured processing circuitry. That circuitry may be programmable ordedicated, or may be a combination of fixed and programmable circuits.In at least one such embodiment, the UE comprises one or morecomputer-based circuits (e.g., microprocessor and/or DSP base circuits)and the UE includes non-volatile memory or another computer-readablemedium that stores computer program instructions, the execution of whichconfigures the UE according to the various teachings presented herein.For example, the various processing circuitry of the UE is configured toreceive/interpret the meanings and corresponding information conveyed inthe TPC bits that are not used for carrying TPC information, in themulti-CC scenarios described herein.

It should be noted that although terminology from 3GPP LTE has been usedin this disclosure to exemplify the invention, this should not be seenas limiting the scope of the invention to only the aforementionedsystem. Any wireless system using carrier aggregation and differentACK/NACK feedback modes may also benefit from exploiting the ideascovered within this disclosure.

When using the word “comprise” or “comprising” it shall be interpretedas non-limiting, i.e. meaning “consist at least of”.

The present invention is not limited to the above-describe preferredembodiments. Various alternatives, modifications and equivalents may beused. Therefore, the above embodiments should not be taken as limitingthe scope of the invention, which is defined by the appending claims. Inparticular, it should be noted that the concepts presented herein alsoapply if cross-carrier scheduling is used, i.e. when a downlinkassignment transmitted on one component carrier may apply to a differentcomponent carrier. In this case, the carrier indicator field (CIF) inthe DCI message which identifies the CC the downlink assignment is formay be used to determine whether a particular DCI message carries a trueTPC command, based on similar rules as described above.

ABBREVIATIONS

-   ACK Acknowledgement-   ARQ Automatic Repeat Request-   CC Component Carrier-   DCI Downlink Control Information-   NACK Non Acknowledgement-   OFDM Orthogonal Frequency Division Multiple Access-   PDCCH Physical Downlink Control CHannel-   PUCCH Physical Uplink Control Channel-   RRC Radio Resource Control-   TPC Transmit Power Control

The invention claimed is:
 1. A method in a mobile terminal forprocessing downlink control information, wherein the mobile terminal iscapable of receiving multiple component carriers, the method comprising:receiving downlink control information on a component carrier, thedownlink control information comprising a bit field allocated for atransmit power control command for the mobile terminal; determining,based on a rule relating to a component carrier bandwidth, whether thecomponent carrier with the narrowest bandwidth carries the transmitpower control command; when the component carrier with the narrowestbandwidth does not carry the transmit power control command, determiningthat none of the bits in the bit field are used for the transmit powercontrol command; when the component carrier with the narrowest bandwidthcarries the transmit power control command, determining whether one ormore bits in the bit field are not used for the transmit power controlcommand; when the bit field comprises one or more bits that are not usedfor the transmit power control command, interpreting the meaning of thebits not used for the transmit power control command in different ways,depending on an ACK/NACK feedback mode with which the mobile terminal isconfigured, wherein interpreting includes: when the mobile terminal isconfigured in a full ACK/NACK feedback mode, interpreting the bits notused for the transmit power control command as comprising one or more ofa trigger to transmit aperiodic sounding reference signals, and a paritybit; and when the mobile terminal is configured in an ACK/NACK bundlingfeedback mode, interpreting the bits not used for the transmit powercontrol command as comprising an indication of a number of downlinkassignments the mobile terminal should have received or will receive,thereby eliminating a requirement to separately signal a DownlinkAssignment Indication (DAI) to the mobile terminal.
 2. The method ofclaim 1, further comprising: when the number of downlink assignmentsreceived by the mobile terminal is less than the indicated number ofdownlink assignments, providing an indication to a base station servingthe mobile terminal that a downlink assignment has been missed.
 3. Themethod of claim 2, wherein the indication is provided by transmitting aNACK, or by using a specified resource.
 4. The method of claim 1,further comprising: when the mobile terminal is configured in the fullACK/NACK feedback mode, further interpreting the bits not used for thetransmit power control command as comprising one or more of: anindication of an ACK/NACK resource, and an extension of a resourceassignment comprised in the downlink control information.
 5. The methodof claim 4, further comprising: interpreting the bits not used for atransmit power control command as comprising an index for a PhysicalUplink Control Channel (PUCCH) resource.
 6. The method of claim 5,further comprising: transmitting ACK/NACK feedback on the indicatedPUCCH resource.
 7. The method of claim 1, wherein the downlink controlinformation comprises a resource assignment, and wherein the downlinkcontrol information is received on a physical downlink control channelassociated with the component carrier.
 8. A mobile terminal forprocessing downlink control information, wherein the mobile terminal isconfigured to receive multiple component carriers, the mobile terminalcomprising one or more transceiver circuits, and one or morecommunication and control circuits, the communication and controlcircuits being configured to: receive downlink control information on acomponent carrier, the downlink control information comprising a bitfield allocated for a transmit power control command for the mobileterminal; determine, based on a rule relating to a component carrierbandwidth, whether the component carrier with the narrowest bandwidthcarries the transmit power control command; when the component carrierwith the narrowest bandwidth does not carry the transmit power controlcommand, determine that none of the bits in the bit field are used forthe transmit power control command; when the component carrier with thenarrowest bandwidth carries the transmit power control command,determine whether one or more bits in the bit field are not used for thetransmit power control command; when the bit field comprises one or morebits that are not used for the transmit power control command, interpretthe meaning of the bits not used for the transmit power control commandin different ways, depending on an ACK/NACK feedback mode with which themobile terminal is configured, wherein: when the mobile terminal isconfigured in a full ACK/NACK feedback mode, the communication andcontrol circuits are configured to interpret the bits not used for thetransmit power control command as comprising one or more of a trigger totransmit aperiodic sounding reference signals, and a parity bit; andwhen the mobile terminal is configured in an ACK/NACK bundling feedbackmode, the communication and control circuits are configured to interpretthe bits not used for the transmit power control command as comprisingan indication of a number of downlink assignments the mobile terminalshould have received or will receive, thereby eliminating a requirementto separately signal a Downlink Assignment Indication (DAI) to themobile terminal.